System and method for adapting an internet filter

ABSTRACT

A system and method for updating a filtering system which controls access to a website/page between a local area network (LAN) and an Internet. The LAN includes an Internet gateway system coupled to a workstation and configured to receive a URL request. The system controls access to the website/page associated with the URL based on one or more categories that are associated with the URL. The Internet gateway system can determine the category that is associated with the URL by referencing a master database or requesting the category from a database factory. The database factory can receive URLs from multiple Internet gateway systems. The database factory determines whether the identifier was previously categorized by the database factory and provides the category to the Internet gateway system. Once the Internet gateway system has the category, it applies rules associated with the category and user to filter access to the requested website/page.

RELATED CASES

This application is a continuation of application Ser. No. 11/624,622, filed Jan. 18, 2007, and titled SYSTEM AND METHOD FOR ADAPTING AN INTERNET FILTER, which is a continuation of application Ser. No. 10/017,750, filed Dec. 7, 2001, and titled SYSTEM AND METHOD FOR ADAPTING AN INTERNET FILTER, now U.S. Pat. No. 7,194,464, each of which is hereby incorporated by reference in its entirety.

BACKGROUND OF THE INVENTION Description of the Related Art

The Internet is a global system of computers that are linked together so that the various computers can communicate seamlessly with one another. Internet users access server computers to download and display informational pages. Once a server has been connected to the Internet, its informational pages can be displayed by virtually anyone having access to the Internet.

The easy access and inexpensive cost of retrieving Internet pages has led to several problems for controlling access to inappropriate information, such as pornography. Several solutions to this problem have been proposed, including rating systems similar to that used for rating movies so that a parent or employer could control access to Internet servers, or pages, that have a particular rating. Unfortunately, this mechanism requires each person running an Internet server to voluntarily rate their site. Because of the free-wheeling nature of the Internet, this type of voluntary rating scheme is unlikely to be very efficient for preventing access to sites, such as those containing pornography, that most parents or businesses desire to block.

In addition to a rating scheme, others have developed databases that contain the uniform resource locator (URL) address of sites to be blocked. These databases are integrated into network computer systems and Internet firewalls so that a person wishing access to the Internet first has their URL request matched against the database of blocked sites. The user cannot access any URL found in the database. One such system is described in U.S. Pat. No. 5,678,041 to Baker et al. Unfortunately, such systems rely on the completeness of the database of accessed sites to be complete. Because new servers and URLs are being added to the Internet on a daily basis, as well as current servers being updated with new information, these databases do not provide a complete list of sites that should be blocked.

SUMMARY OF THE INVENTION

The systems and methods have several features, no single one of which is solely responsible for its desirable attributes. Without limiting the scope as expressed by the claims which follow, its more prominent features will now be discussed briefly. After considering this discussion, and particularly after reading the section entitled “Detailed Description” one will understand how the features of the system and methods provide several advantages over traditional filter systems.

One aspect is a system for collecting identifiers for updating a filtering system which controls access to Internet websites/pages between a local area network and an Internet, the system comprises a workstation configured for a user to send an identifier to request an Internet website/page, an Internet gateway system coupled to the workstation and configured to receive the identifier and to allow or deny access to the Internet website/page associated with the identifier, and a master database of identifiers along with one or more categories associated with each identifier. The system further comprises a filter system coupled to the Internet gateway system and configured to receive the identifier from the Internet gateway system, determine whether the identifier is in the master database, send the identifier to a database factory if the identifier is not in the master database, and apply one or more rules to one or more categories that are associated with the identifier, wherein the one or more categories are from the master database or are received from the database factory, and a database factory configured to receive the identifier from the filter system if the identifier was not in the master database, determine whether the identifier was previously categorized by the database factory, if the identifier was not previously categorized, determine the one or more categories to associate with the identifier and provide the one or more categories to the filter system, else provide the one or more categories that are associated with the previously categorized identifier.

Another aspect is a method for adapting a filter system which controls access to Internet sites, the method comprises receiving a request from a user in the form of an identifier to access a website/page, determining whether the identifier is in a master database of categorized identifiers and one or more categories associated with the identifier, if the identifier is not in the master database, determining whether the identifier is in an uncategorized database, else applying one or more rules to the one or more categories associated with the identifier. The method further comprises if the identifier is not in the uncategorized database, posting the identifier to the uncategorized database, else updating a request frequency in the uncategorized database that is associated with the identifier, uploading the uncategorized database to a database factory, and determining whether each identifier has been previously categorized by the database factory, for each, identifier that was not previously categorized, categorizing each identifier, a website/page associated with the identifier, and/or the additional data to select one or more categories to associated with each identifier. The method still further includes posting each identifier along with its selected one or more categories into a database of categorized sites, and downloading the database of categorized sites to the filter system for incorporation into the master database.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a site collection system for controlling access to Internet sites.

FIG. 2 is a block diagram of a filter system.

FIG. 3 is a flow diagram illustrating a process for collecting collection data.

FIG. 4 is block diagram of a database factory.

FIG. 5 is a flow diagram illustrating processing and uploading of collection data from the filter system to the database factory.

FIG. 6 is a flow diagram illustrating processing of collection data by the database factory.

DETAILED DESCRIPTION

The following detailed description is directed to certain specific embodiments of the invention. However, the invention can be embodied in a multitude of different systems and methods. In this description, reference is made to the drawings wherein like parts are designated with like numerals throughout.

In connection with the following description many of the components of the various systems, some of which are referred to as “module,” can be implemented as software, firmware or a hardware component, such as a Field Programmable Gate Array (FPGA) or Application-Specific Integrated Circuit (ASIC), which performs certain tasks. Such components or modules may advantageously be configured to reside on the addressable storage medium and configured to execute on one or more processors. Thus, a module may include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables. The functionality provided for in the components and modules may be combined into fewer components and modules or further separated into additional components and modules. Additionally, the components and modules may advantageously be implemented to execute on one or more computers.

FIG. 1 is a block diagram of a local area network (LAN) 100 coupled to an Internet 104 and a database factory 112 also coupled to the Internet 104. For ease of explanation only a single LAN is shown though two or numerous such networks would more typically be included. Similarly, two or more database factories could also be deployed.

The LAN 100 includes one or more workstations 102 coupled to an access system 101. The access system 101 includes an Internet gateway system 105 and a filter system 110. LANs may also include other devices such as servers (not shown). The LAN communicates via the Internet gateway system 105 in order to provide the workstation(s) 102 with communication to sites on the Internet 104. The LAN 100 can have an Ethernet 10baseT topology, or be based on any networking protocol, including wireless networks, token ring network, and the like.

The workstation 102 is coupled to the Internet gateway system 105. The workstation 102 can be a personal computer operating, for example, under the Microsoft Windows Operating System. However, other computers, such as those manufactured by Apple, IBM, Compaq, Dell, Sun Microsystems or other system, can be used.

The Internet gateway system 105 couples the LAN 100 and the Internet 104. Internet gateway systems are well known in the art and normally communicate through connection devices, such as routers or other data packet switching technology, for translating Internet TCP/IP protocols into the proper protocols for communicating with the Internet 104. The Internet gateway system 105 used to implement a given system can vary as well as its location within the LAN 100. For example, Internet gateway system 105 could be located at the workstation(s) 102 or connected peripherally to the Internet 104. The Internet gateway system 105 illustrated in FIG. 1 includes a firewall module 106 coupled to a router module 108.

The firewall module 106 provides an electronic boundary between devices on the LAN 100, such as the workstation(s) 102, and the Internet 104 to prevent unauthorized users from accessing computer resources on the LAN 100. More specifically, the firewall module 106 monitors data packets flowing to and from the Internet 104. Thus, all communications between the Internet 104 and the LAN first pass through the firewall module 106. The firewall module 106 can be one of the many firewall software programs commercially available, such as Firewall-1 (Check Point software, Redwood City, Calif.). However, it should be realized that while the system described in FIG. 1 has the firewall module 106 controlling access of data packets between the Internet 104 and the workstations 102, other similar access control systems are available and can be used. For example, the Microsoft proxy server (Microsoft Corp., Redmond, Wash.), Netscape proxy server (Netscape Corp) and the Cisco PIX Firewall (Cisco Corp.) are currently available and can also be used as the firewall module 106. Alternatively, a caching device can be utilized to provide access control. For example, the Inktomi Traffic Server (Inktomi Corp.) and the Network Appliance NetCache (Network Appliance Inc.) can be used.

The router module 108 is configured to find a best path for a data packet that is sent from the firewall 106 to the Internet 104. The router module 108 stores and forwards electronic messages between the firewall and the requested website/page, first determining all possible paths to the destination address and then picking the most expedient route, based on the traffic load and the number of hops.

Still referring to FIG. 1, a filter system 110 is shown coupled to the firewall module 106. The filter system 110 receives user requests for accessing Internet websites/pages from the firewall module 106. Alternatively or additionally, the filter system can receive or monitor user requests for accessing the Internet from other points on the LAN. The filter system 110 determines whether the user will be allowed access to the requested website/page. Examples of techniques that can be used with the methods and systems disclosed herein are disclosed in U.S. patent application Ser. No. 09/494,315, filed Jan. 28, 2000, and entitled SYSTEM AND METHOD FOR CONTROLLING ACCESS TO INTERNET SITES, which is hereby incorporated by reference in its entirety.

The internet 104 in FIG. 1 is a network or combination of networks spanning any geographical area, such as a local area network, wide area network, regional network, national network, and/or global network. Such networks may be hardwire, wireless, or a combination of hardwire and wireless.

The database factory 112 is shown connected to the filter system 110 via the Internet 104. Alternatively, the filter system 110 can communicate with the database factory 112 in other known ways such as a direct telephone link, a private network connection, or other suitable communication link.

FIG. 2 is a block diagram of the filter system 110 from FIG. 1 which communicates with the Internet gateway system 105. The filter system 110 can include a management module 200, a filter module 202, an upload/download manager module 208, a master database 204, and an uncategorized database 206.

A system administrator or the like interfaces with the filter system 110 via the management module 200 to select or create rules for users and/or groups of users. These rules can include, for example, allowing access to websites in selected categories and blocking access to websites in other categories. Rules can also include flexible filters. For example, rather than simply blocking or allowing access to the website/page, the system administrator selects or creates a flexible filter which is applied to the request. Example of flexible filters include, postponing the user's access, allowing the user to override denial of access, limiting the user's access based on a quota, and limiting the user's access based on a network load. Each requested website/page or category of website/pages can be associated with one or more rules.

The filter module 202 filters each request for Internet websites/pages using the master database 204 in conjunction with the rules. The filter module 202 analyzes the Internet website/page request from the workstation and then compares the Internet website/page request with the master database 204 of categorized Internet website/pages. It should be noted that the address could be a single page within an Internet website, or the default address of the website (e.g.: www.company.com). The master database 204 includes a list of websites/pages which can be in the form of URLs along with one or more categories associated with each URL. A URL (Uniform Resource Locator) is the address of a computer or a document on the Internet that consists of a communications protocol followed by a colon and two slashes (e.g.: http://), the identifier of a computer, and usually a path through a directory to a file. The identifier of the computer can be in the form of a domain name, for example www.m-w.com, or an Internet Protocol (I.P.) address, for example 123.456.789.1. A unique domain name can correspond to multiple I.P. addresses. Though often addresses, components thereof (for example, I.P. address, domain name, and communication protocol), or other location identifiers can be used to identify computers or documents on the Internet, for ease of description the term URL is used hereafter. The master database 204 can also include additional data associated with the URL. For example, a request frequency for the categorized website/page can be included in the master database 204. If the URL of the categorized website/page is found in the master database 204, the request frequency in the master database 204 can be updated for the requested website/page. A reporter log (not shown) can be used to track requested websites/pages that are found in the master database 204.

The filter module 202 checks to see if the requested website/page address matches any addresses stored in the master database 204. If an address match between the requested address and the master database 204 is found, the filter system 110 applies the rule(s) associated with the one or more categories that match the requested address and the user. For example, if application of the rule by the filter module 202 indicates that the requested website/page is to be blocked, a pre-defined block page is sent to the user's browser explaining that the request is not allowed and why. Alternatively, the filter system 110 simply closes the connection that was requested by the Internet browser to the requested website/page.

If the filter module 202 does not find the URL in the master database 204 (i.e. the URL is uncategorized), the filter module 202 then determines how to proceed with the uncategorized Internet website/page. For example, user access to the requested website/page can be allowed when the filter module 202 determines that the website/page is uncategorized. Alternatively, the filter module 202 can block access to uncategorized sites.

Even when the requested website/page is not found in the master database 204, the filter module 202 can pre-filter, or scan, the requested website/page for specific characteristics. These specific characteristics can relate to one or more of the categories found in the master database 204. For example, the scan can identify whether the uncategorized website/page includes characteristics that are indicative of pornography. This scan can be accomplished by, for example, searching the requested website/page and URL for text strings, graphics, audio and the like which have a high correlation with pornography websites. The filter module 202 can then associate an indicator with the uncategorized website/page based on the results of the scan. The indicator can be, for example, a specific category flag that relates to characteristics found during the scan of the uncategorized website/page. Continuing with the example above, if a text string was found that was indicative of pornography, a pornography flag would be attached to the uncategorized website/page. Alternatively, the filter module 202 performs the categorization of the URL and adds the URL and associated categories to the master database 204.

For uncategorized websites/pages, the filter module 202 determines whether they are represented in the uncategorized database 206 of URLs. If they are not, the filter module 202 stores the URLs associated with the requested uncategorized websites/pages in the uncategorized database 206. The uncategorized database can include additional data associated with the URL. For example, the request frequency for the uncategorized website/page and/or one or more indicators identified during the filter module's scan of the uncategorized website/page can be included in the uncategorized database 206. If the URL of the uncategorized website/page is found in the uncategorized database 206, the request frequency can be updated for the requested website/page.

Still referring to FIG. 2, the upload/download manager module 208 can transmit data from the uncategorized database 206 and the master database 204 to the database factory 112 (see FIG. 1). The upload could be immediate or periodic depending on the level of service required. For example, a daily upload after normal business hours could be used. The upload/download module 208 can refer to the request frequency and/or one or more indicators to prioritize the URLs in the uncategorized database 206 for their transmission to the database factory 112. If data from the master database 204 is to be uploaded to the database factory 112, the upload/download module 208 can refer to a request frequency for websites/pages found in the master database 204. The request frequency can be used to prioritize the URLs in the master database 204 for their transmission to the database factory 112.

FIG. 3 is a flow diagram illustrating a process performed by the filter system 110 to collect uncategorized websites/pages. The collection process begins at a state 502 where the filter module 202 receives a user request in the form of a URL to access a website/page. As was noted above, the requested URL and the identification of the user can be received from the Internet gateway system 105 or from a direct monitoring of traffic on the LAN by the filter system 110. Next, the process moves to a decision block 504 where the filter module 202 determines whether the URL is in the master database 204. If the URL is in the master database 204, the process proceeds to a state 506 where the request for the website is posted in a reporter log. The reporter log is available to the system administrator for tracking requests for websites/pages. Alternatively, the request for a website that is found in the master database 204 is posted to the request frequency in the master database 204. The process moves to a state 508 where the filter module 202 recalls the one or more categories that are associated with the requested website/page. The filter module 202 can then apply one or more rules associated with the requesting user and the one or more categories.

Returning to the decision block 504, if the URL is not in the master database 204, the process continues to a decision state 510 where the filter module 202 determining whether to pre-filter the uncategorized URL. The system administrator can select whether pre-filtering is to be performed by the filter module 202. If the filter module 202 does not perform pre-filtering, the process proceeds to a state 512 where the filter module 202 posts the URL to the uncategorized database 206 as uncategorized. Next, at a state 514, if the URL was already posted in the uncategorized database 206, the filter module 202 updates the request frequency associated with the URL. The process then returns to state 502 where the filter module waits to receive the next request for a website/page. Additionally, the filter module can allow or deny access to the user based upon a rule for uncategorized URLs.

Returning to decision state 510, if the filter module 202 is to perform pre-filtering, the process moves to a state 516 where the filter module 202 scans or analyzes the URL and/or website/page associated with the requested URL for specific characteristics that are indicative of one or more categories. The process continues to a decision state 518 where the filter module 202 determines whether any data characteristics were found during the scan. If data characteristics were found, the process moves to a state 520 where an indicator, for example, a flag, is associated with the requested URL. The process then continues to state 512 as described above where the URL is stored in the uncategorized database with the indicator.

FIG. 4 is block diagram of the database factory 112 connected to the Internet 104. The database factory 112 provides the master databases to filter system(s) and processes websites/pages that are associated with uncategorized URLs and other information, for example, frequency usage in the master database. For example, the database factory 112 receives uncategorized URLs and any additional data associated with the URL from the filter system 110 and downloads categorized URLs to the filter system. The database factory 112 can also upload the request frequency for website/pages found in the master database 204. Additional techniques available to the database factory 112 for collecting URLs include, for example, using a domain name system (DNS), using an Internet search engine, mining high trafficked website/page directories, and receiving suggested sites from the public.

The database factory 112 can include an upload/download module 701, a URL processing module 700, a categorization system module 702, and a database 704 of categorized URLs.

One function of the upload/download module 701 is to receive URLs and any additional data associated with the URLs from the filter system 110. In one embodiment, the URLs include URLs from the uncategorized database 206 and URLs from the master database 204. The additional data can include a request frequency for a website\page found in the master database 204, a request frequency for a website/page found in the uncategorized database 206, an indicator associated with a URL, a trace ID, and a primary language used by a filter system. For ease of explanation, the term collection data will be used to include URLs and any additional data associated with the URL. Additionally, the upload/download module 701 downloads the master database to the filter system(s), as will be described more fully below.

The URL processing module 700 receives the collection data from the upload/download module 701. The URL processing module 700 processes the collection data. Processing can include merging, sorting, and determining a language for the collection data from multiple filter systems. The URL processing module 700 determines whether each URL in the collection data requires categorization. If the URL has not been previously categorized, the categorization system module 702 receives the URL and any additional data associated with the URL from the URL processing module 700.

The categorization system module 702 categorizes URLs which are then added to the database 704 of categorized sites. The categorization system module 702 can analyze each URL, the website/page associated with the URL, and any additional data associated with the URL to determine its appropriate category or categories.

The categorization system module 702 can include an automated categorization or classification engine to determine the appropriate category or categories of the URL. The automated categorization engine can determine statistical probabilities and multidimensional vectors during the categorization process. Categorization can be based upon word analysis, adaptive learning systems, and image analysis. The categorization system module 702 can interface with a human checker to determine the appropriate category or categories of the URL. The categorization system module 702 can include the automated categorization engine and the human checker to determine the appropriate category or categories of the URL. For example, the automated categorization engine can initially determine the appropriate category. The human checker can verify that the URL is correctly categorized. The categorization system 702 determines whether the human checker is required to review the categorization results for each URL. If a human checker is involved, his results can also be utilized to refine the automated categorization engine. Once categorized, the categorization system module 702 posts the URL along with its associated one or more categories into the database 704 of categorized sites.

The categorization system module 702 can include a language analyzer. The language analyzer determines the language of the website for each URL. Determining the language can facilitate the categorization process by allowing each human checker to be language dependent.

The database 704 of categorized sites can include URLs and their associated categories. The database 704 can be stored in a relational database management system, such as Oracle, Sybase, Informix, Microsoft Server, and Access.

Once the categorization system module 702 has posted the URL and its associated category or categories into the database 704, the upload/download module 701 thereafter routinely copies the database 704 to the filter system(s) 110. As can be imagined, the system can include thousands of filter systems, each of which is updated regularly by the upload/download module 701 to provide an updated database of categorized URLs. Moreover, the upload/download module 701 can transfer portions of the database 704, such as updates, to the filter system 110 so that the entire database does not need to be transmitted.

FIG. 5 is a flow diagram illustrating processing and uploading of collection data from the filter system 110 to the database factory 112. The process begins at a start state 600. Next, at a state 602, the upload/download manager module 208 (see FIG. 2) requests a download of URLs and their associated categories from the database factory 112. This request can be periodic, random, or at a set time. For example, the request can be made when the number of URLs or the number of stored bits in the uncategorized database reaches a selected level. The request can be made when a selected maximum request frequency for any of the URLs in the uncategorized database 206 is reached. The request can be made as a result of an uncategorized URL being associated with an indicator. For example, when a URL is associated with a pornography flag, the upload/download manager module 208 instigates an upload to the database factory 112. Additionally, the request can be in response to polling by the database factory 112. Alternatively, the upload/download module 701 can initiate the download. For example, the upload/download module 701 can initiate the process based on the current processing capacity of the categorization system module 702. If the categorization system module 702 is currently being underutilized, the upload/download module 701 can seek a filter system(s) and initiate an upload of the filter system's uncategorized database 206.

The process continues to a decision state 604 where the upload/download manager module 208 determines whether pre-filtering of the uncategorized URLs was performed by the filter module 202. This pre-filtering, or scanning, is performed to determine whether the requested website/page includes specific characteristics. These specific characteristics can relate to one or more of the categories found in the master database 204. For example, the scan can identify whether the uncategorized website/page includes characteristics that are indicative of pornography. The filter module 202 can then associate an indicator with the uncategorized website/page based on the results of the scan. The indicator can be, for example, a specific category flag that relates to characteristics found during the scan of the uncategorized website/page. The upload/download module 208 can refer to the one or more indicators to prioritize the URLs in the uncategorized database 206 for uploading to the database factory 112.

If pre-filtering was not performed, the process moves to a decision state 606 where the upload/download manager module 208 determines whether all of the uncategorized URLs are to be uploaded to the database factory 112. This provides the option to not upload the uncategorized database 206 but still receive a download of categorized sites from the database factory 112. The system administrator can select whether all of the uncategorized URLs are to be uploaded. If all of the uncategorized URLs are not to be uploaded, the process proceeds to a decision state 607 where the upload/download manager module 208 determines whether all of the URLs are to be uploaded. If all of the URLs are not to be uploaded, the process moves to a state 608 where the upload/download manager module 208 receives categorized URLs from the database factory 112. The upload/download module 701 can copy the database 704 to the filter system(s) 110. Thus each filter system 110 can be updated regularly by the upload/download module 701 to provide an updated database of categorized URLs. Moreover, the upload/download module 701 can transfer portions of the database 704, such as updates, to the filter system 110 so that the entire database does not need to be transmitted. The upload/download manager module 208 posts the categorized URLs into the master database 204.

Returning to decision state 606, if all of the uncategorized URLs are to be categorized by the database factory 112, the process moves to a state 610 where the upload/download manager 208 retrieves all URLs from the uncategorized database 206. The process moves to a state 612 where the uncategorized URLs and any additional data associated with the URLs, i.e. collection data, can be formatted. The additional data can include request frequencies and/or indicators associated with the URLs. For ease of explanation, the term collection data is being used to include URLs and any additional data associated with the URL. The collection data is not required to be formatted and thus may be directly uploaded to the database factory 112. Moreover, the selection of a format for the collection data can depend on the type of data connection that the database factory 112 has with the filter system 110. For a data connection via the Internet 104, the upload/download module 208 can use a markup language, for example, Extensible Markup Language (XML), Standard Generalized Markup Language (SGML), and HyperText Markup Language (HTML), to format the collection data.

The collection data can be further processed prior to its upload to the database factory 112. For example, limit block 614, compression block 616, and encryption block 618 can be performed to process the collection data for upload to the database factory 112. While these blocks may facilitate the upload of the collection data, they are not required to be performed. The collection data can be uploaded without applying blocks 614, 616, 618. Thus, the collection data can be directly uploaded to the database factory 112 without applying blocks 612 through blocks 618.

If further processing is desired, the process moves to a state 614 where the upload/download manager 208 checks the limits of the collection data. The upload/download manager 208 can limit the collection data to a maximum size for uploading to the database factory 112. For example, the collection data from a single filter system could be limited to a maximum of 20 Mbytes. The process continues to a state 616 where the collection data is compressed so that the collection data takes up less space. Next, at a state 618 the collection data is encrypted so that it is unreadable except by authorized users, for example, the database factory 112.

Flow continues to a state 620 where the collection data is uploaded to the database factory 112. As explained above, the collection data can include any additional data associated with the URL, for example, request frequencies and/or indicators. The process then moves to state 608 as described above to receive categorized URLs from the database factory 112.

Returning to decision state 604, if pre-filtering was performed by the filter module 202, the process moves to a state 622 where the upload/download manager 208 retrieves URLs that were associated with an indicator. The indicator can be, for example, a specific category flag that relates to characteristics found during the scan of the uncategorized website/page. Multiple indicators can be associated with a single URL. The upload/download module 208 can refer to the one or more indicators, and/or the request frequency to prioritize the URLs in the uncategorized database 206 for uploading to the database factory 112. The process then continues to state 612 where formatting can be performed on the URL and on any associated data as described above.

Returning to decision state 607, if all URLs are to be uploaded to the database factory 112, the process moves to a state 611 where the upload/download manager 208 retrieves all URLs that have been requested by users of the filter system 110. For example, the URLs from the uncategorized database 206 along with the URLs from the master database 204 are retrieved along with additional data, for example, request frequency. Alternatively, the URLs from the uncategorized database 206 along with data from the reporter log (not shown) is retrieved. The process then continues to state 612 where formatting can be performed on the URLs retrieved in state 611 and on any associated data as described above.

FIG. 6 is a flow diagram illustrating the processing of collection data by the database factory 112. The process begins at a state 800 where the upload/download module 701 receives collection data from the filter system 110 (see FIG. 1). The time for receiving the collection data can be periodic, random, at a set time, or in response to polling. The upload/download module 701 and/or the upload/download manager module 208 can initiate the upload to the database factory 112. As explained above, the collection data can include any additional data associated with the URL, for example, request frequencies associated with URLs from the master database 204 and/or request frequencies associate with URLs from the uncategorized database 206, and/or indicators.

Next, at a state 802, the URL processing module 700 receives the collection data from the upload/download module 701. The collection data can be formatted or unformatted. Additionally, the collection data can be encrypted and/or compressed or not.

The process continues to a state 804 where the URL processing module 700 decrypts and uncompresses the collection data if decryption and/or uncompression is required. The process moves to a state 806 where the collection data is reassembled into a list of URLs and any additional data associated with the URL.

The process moves to a state 808 where the URL processing module 700 merges and sorts the collection data. The system can include thousands of filter systems, each of which is regularly uploading collection data from its filter system 110. As explained above, the collection data can include any additional data associated with the URL, for example, request frequencies and/or indicators. The URL processing module 700 can merge and sort the uploaded data for a filter system(s) based on the URL or any additional data associated with the URL. For example, the URL processing module 700 can refer to one or more indicators, and/or request frequencies to sort and merge the URLs from one or more filter systems.

The URL processing module 700 determines whether each URL in the collection data requires categorization. If the URL has not been previously categorized, the categorization system module 702 receives the URL and any additional data associated with the URL from the URL processing module 700.

Next, at a state 810 the categorization system module 702 categorizes URLs which are then added to the database 704 of categorized sites. As explained above, the categorization system module 702 can analyze each URL, the website/page associated with the URL, and any additional data associated with the URL to determine its appropriate category or categories. The categorization system module 702 can include an automated categorization/classification engine to determine the appropriate category or categories of the URL. Categorization can be based upon word analysis, adaptive learning systems, and image analysis. The categorization system module 702 can interface with a human checker to determine the appropriate category or categories of the URL. The categorization system module 702 can include the automated categorization engine and the human checker to determine the appropriate category or categories of the URL. The categorization system 702 determines whether the human checker is required to review the categorization results for each URL. If a human checker is involved, his results can also be utilized to refine the automated categorization engine.

The process continues to a state 812 where the categorization system module 702 posts the URL along with its associated one or more categories into the database 704 of categorized sites. The database 704 of categorized sites can include URLs and their associated categories.

While the above detailed description has shown, described, and pointed out novel features of the invention as applied to various embodiments, it will be understood that various omissions, substitutions, and changes in the form and details of the device or process illustrated may be made by those skilled in the art without departing from the spirit of the invention. The scope of the invention is indicated by the appended claims rather than by the foregoing description. All changes which come within the meaning and range of equivalency of the claims are to be embraced within their scope. 

1. A database factory for updating a filtering system which controls access to a wide area network (WAN) of websites/pages on a computer, the database factory comprising: an upload/download module configured to receive an identifier associated with a website/page and information associated with the identifier; an identifier processing module configured to determine whether the identifier is categorized based at least in part on the identifier and the associated information; a categorization module configured to categorize the identifier based at least in part on one of: the identifier, the website associated with the identifier, and information associated with the identifier; and a database configured to receive information relating to the categorized identifier.
 2. The database factory of claim 1, wherein the upload/download module is configured to download at least a portion of the database to the computer.
 3. The database factory of claim 1, wherein the information associated with the identifier comprises as least one of: a request frequency, an indicator, a trace ID, and a primary language.
 4. The database factory of claim 1, wherein the identifier processing module is configured to compare the identifier to information stored in the database to determine if the identifier is categorized.
 5. The database factory of claim 1, wherein the categorization module comprises an automated engine configured to categorize the identifier.
 6. The database factory of claim 5, wherein the automated engine is configured to determine a statistical probability or a multidimensional vector during the categorization process.
 7. The database factory of claim 1, wherein the categorization module uses one of word analysis, adaptive learning systems, and image analysis to categorize the identifier.
 8. The database factory of claim 1, wherein the categorization module interfaces with a human checker to determine the appropriate categorization of the identifier.
 9. The database factory of claim 1, wherein the categorization module comprises a language analyzer configured to determine the language of the website/page associated with the identifier.
 10. The database factory of claim 1, wherein the identifier processing module merges and sorts identifiers and associated information received from at least two computers.
 11. The database factory of claim 1, wherein the database factory is further configured to find an identifier through one of: a domain name system, an internet search engine, mining high trafficked website/page directories, and receiving suggested websites/pages.
 12. A method of processing an identifier associated with a website/page comprising: determining whether the identifier is categorized at least in part by comparing the identifier to a database; if the identifier is not categorized, categorizing the identifier; adding information relating to the identifier and to the categorization of the identifier to the database; and downloading at least a portion of the database to a computer, the downloaded portion comprising information relating to the identifier and to the categorization of the identifier.
 13. The method of claim 12 further comprising: processing information associated with the identifier; and merging and sorting identifiers and information associated with the identifiers from at least two computers.
 14. The method of claim 12, wherein an automated engine categorizes the identifier.
 15. The method of claim 12, wherein categorizing the identifier comprises performing language analysis to determine the language of the website/page associated with the identifier.
 16. A method of categorizing identifiers associated with a website/page at a database factory, the method comprising: receiving collection data at the database factory; processing the collection data to identify at least one identifier; if the identifier is not categorized, categorizing the identifier; and updating a database with the categorized identifier.
 17. The method of claim 16 further comprising downloading at least a portion of the updated database to a computer.
 18. The method of claim 16, wherein processing the collection data comprises decrypting and uncompressing the collection data.
 19. The method of claim 16, wherein processing the collection data comprises merging and sorting the collection data.
 20. The method of claim 16, wherein the collection data is associated with user requested websites/pages. 